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METHOD AND APPARATUS FOR CONTROLLING ROUTING OF 
CALLS TO PAY SERVICES 

TECHNICAL FIELD 

The invention relates generally to the field of pay 
5 telecommunications services including, for example, pay-per-product and 
pay-for-information services provided through 1-900 calling and, more 
particularly, to a method for rating calls to pay service providers. 
BACKGROUND OF THE INVENTION 

Pay telephone services allow customers to access different 

10 services over a telecommunications network and to pay for the services 
through the networks billing scheme. For example, one such service might 
be the provision of lottery information. A telecommunications network 
contains a database of information about customers, customer area 
codes, and other data to control routing of calls and billing of customers. 

15 Through pay telephone services, a caller can be billed a premium price for 
calls, typically to a 900 number, by the toll network company in a way that 
is similar to the way the toll network bills its customers for ordinary calls. 
The main difference, aside from the price of the call, is that the service 
provider usually receives payment through the toll network company 

20 which bills the customer through its own billing process. Service providers 
can also receive payment for services directly such as, for example, by 
credit card, through a special credit account, or by billing the customer 
directly. 

Pay services may include pay per product services such as home 
25 shopping or catalog services and pay for information services such as 
government services, banking and financial services, customer services, 
news services, polling and surveys, fund raising, marketing and promotion 
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opportunities, dating services, health care information services, sports 
score services, weather services, etc. Typically a caller dials a 1-900 
telephone number and is connected through the toll network to a service 
bureau which connects the caller to voice machines or human beings to 
5 interact with the caller. The pay-per-product call is typically free to the 
user (but its cost is accounted for in the cost of the product to the 
consumer). 

The price charged for a call can a fixed rate per call or a fixed rate 
per minute of connect time. Other combinations are possible, for example, 

10 there may be a grace period during which the caller can hang up without 
incurring any charge. The call may run one rate for the first N incremental 
time periods (e.g. minutes) and another rate for each increment of time 
thereafter. A single call for an expensive service, for example medical 
advice, might be a hundred dollars or more. 

15 Revenue losses suffered by pay service providers from such pay 

calls can be substantial when customers do not pay. Automatic number 
identification has helped to identify callers known that present a high risk 
of fraud. This information can be used in advance of a call. Automatic 
number identification provides the telephone number of the calling party 

20 (or the NPA of the originating LEC). Through a credit look-up process, the 
toll network provider may determine the caller's credit history, at least with 
respect to their toll service bill. In other words, the toll network company 
may verify, by looking up the calling number, callers with bad credit 
history. A call from a customer that is a bad credit risk can then be 

25 blocked by simply not connecting the call. 

In the prior art, it is known to block calls where a bad credit card 
number (invalid number or bad credit history) is entered by a caller (US 
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Patent No. 4,756,020 to Fodale) Also known is call-blocking where the 
AN I delivered by the local exchange carrier (LEC) is correlated with a bad 
credit history. Such capability is provided by Lucent Technologies' #4 
Electronic Switching System (#4ESS) in communication with a database 
5 computer called a network control processor (NCP). This system also 
provides call-blocking in the event of a bad credit card number. A call- 
blocking system described in a patent to Friedes (USP 5,311,572) 
prompts a caller for additional information if the ANI information is 
insufficient to verify the identity of the caller. Another calling system that is 

10 responsive to credit information about a customer is described in USP 
5,023,904 to Kaplan. A special number for dial ordering is made available 
by the telecommunications provider. The system checks the subscription 
status of callers, that place orders by dialing-in product codes, by looking 
up the ANI. The patent does not describe sharing of credit information. 

15 The prior art solutions discussed above suffer from several 

drawbacks. For example, the capability for supplying the number of the 
calling party, a feature called automatic number identification (ANI), is not 
available in all areas. The availability depends on whether the LEC 
provides this information. Another problem for service providers results 

20 when surcharges are applied to certain calls. For example, calls in which 
a calling card is used to pay for the call require operator-assistance. 
Service providers, to insure fees to a given customer are aligned with the 
service provided, will attach a surcharge to such calls because they are 
more expensive to handle. Frequently, such surcharges cause confusion 

25 resulting in inquiry calls to the toll network company or the service 
provider and loss of customer goodwill. Also, operator-assisted calls cost 
more to handle than direct calls. 
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In some areas where AN I data is not available, there is no way 
(outside of going to a collection agency) to force a calling party to pay for 
900 calls if the caller simply denies making the call. The customer's 
service cannot be turned off for non-payment. Such areas can be 
5 identified, for example, by a particular "problem" LEC. One solution is to 
have the toll network cut such LECs out. But this leads to revenue losses 
because paying customers are eliminated along with the problem non- 
paying customers. In addition, it is hard in the first instance even to 
identify such problem LECs. One way for a sponsor to set up a 900 
10 number service is to have the toll network company pay the sponsor for 
calls before the toll network company actually receives payment from 
customers. In situations where the payments are never received, the toll 
network company must provide the sponsor with detailed information 
(ANI, call detail, length of call, etc.) relating uncollected receivables and 
15 collect the overpayment from the sponsor. 
SUMMARY OF THE INVENTION 

A telecommunications toll network system employs a central 
database computer to provide routing and calling rate instructions to toll 
switches. To allow sponsors of pay services, such as 900 number 
20 information services, to control the kinds of calls they receive and the 
rates charged, the central database computer employs routing plans. 
These routing plans contain conditional branches which are selected 
based on data provided in an initial query from the originating toll switch 
(OTS) and sent to the database computer via common channel signaling 
25 (CCS). The data transmitted in the query contains the caller's number 
(automatic number identification or ANI), if available (or at least the 
identity of the local exchange company (LEC) or area code from which the 
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call originated) and the called number (action point number or APN). 
According to the invention, sponsors can insert objects in their routing 
plans to override the default rate to be applied to the call. These objects 
are called rate nodes. In addition sponsors can insert logical branches 
5 called test nodes that determine the routing of the call in response to data 
supplied in the query. Both the rate nodes and the test nodes allow 
sponsors to control rating and routing of calls without having to obtain 
instructions from the service provider such as by setting up 
communications (e.g., ISDN lines) between the toll company (either the 

10 toll switch or a central computer such as the database computer 
discussed above) and the service provider as in the prior art. Also, since 
the routes and applicable rates are determined by a program in response 
to a single query from the OTS, the call is handled quickly. Moreover, 
smaller service providers without the ability to set up communications 

15 between their own facility (which might be simply a plain old telephone 
system (POTS) are able to make use of the control features provided. 

According to one embodiment, the invention is a 
telecommunications toll switch system connecting callers with called 
service sponsors. A shared database computer provides information to 

20 the toll switches. The shared database computer stores routing plans 
defining routes connecting the callers to the service sponsors. The 
database computer is programmed to return instructions to toll switches in 
response to queries generated by toll switches in response to calls to the 
service sponsors. The query indicates an initial route followed by the call 

25 before reaching the toll switch. The transmitted instructions indicate a 
specific route for the call to be implemented by the toll switches in 
response to the instructions. The routing plans define alternative routes 
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from which the specific route is extracted by the database computer in 
response to the routing plan and the information indicating the origin of 
the call arriving at the particular toll switch querying the database 
computer. 

According to another embodiment, the invention is a 
telecommunications switch system connecting callers with called service 
sponsors. A database computer connected to an originating toll switch of 
the toll switches has a large central database shared by many toll 
switches. The database stores routing plans defining alternative routes 
between the callers and terminations of the service sponsors. Each of the 
alternative routes is determined based on at least one parameter supplied 
in a query receivable by the database computer from the originating 
switch. The originating switch is programmed to generate the query 
responsively to a call received by the originating switch to the one of the 
service sponsors. The originating switch is programmed to implement a 
specific route based on a parameter after receiving data from the 
database computer responsive to the routing plan and the query. The 
parameter could be any of the following: 

1 . data identifying a calling party number used by the caller 
to place the call, 

2 data indicating that the call arrived at the originating switch 
through a human operator, and 

3. data indicating that the call originated from a cellular 

telephone. 

According to still another embodiment, the invention is a 
telecommunications toll switch system connecting callers with called 
service sponsors. The system has a database computer, in 
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communication with multiple toll switches. The database computer has a 
database storing routing plans defining alternative routes that connect the 
callers to a termination of one of the service sponsors. Each of the 
alternative routes is determined based on at least one parameter supplied 
5 in a query receivable by the database computer from the originating 
switch. The originating switch is programmed to generate the query 
responsively to a call received by the originating switch from one of the 
callers to the one of the service sponsors. The originating switch is 
programmed to implement a specific route determined based on the 

10 parameter after receiving data from the database computer responsive to 
the routing plan and the query. The parameter defines at least partly, an 
originating route by which the call arrived at the originating switch prior. 

According to still another embodiment, the invention is a method for 
controlling call routing and billing by sponsors of pay-for-call services in a 

15 toll network system. The system has toll switches, a central database 
computer connected to the toll switches and the central database 
computer has a routing plan stored in the database. The method is as 
follows: Modify the call routing plans by insertion or deletion of an element 
that causes a call to be routed to a first termination when an ANI record 

20 detected by an originating one of the toll switches is incomplete. Transmit 
ANI data relating to a call from the originating toll switch to the central 
database computer. Determine specific instructions for routing the call 
from the routing plan modified by the step of modifying and transmitting 
the specific instructions to the originating toll switch. Receive at the 

25 originating toll switch the specific instructions. Route the call from the 
originating toll switch to the first termination, when the ANI record 
detected by the originating toll switch is incomplete. In the last step the 
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routing is not conditional at the switch, the condition is satisfied by the 
origin data transmitted to the database computer. 

According to still another embodiment, the invention is a method for 
permitting control of call routing and billing by sponsors of pay-for-call 
services in a toll network system. According to this embodiment the 
method modifies call routing plans stored on a central database computer 
connected to multiple toll switches. The modification is done by inserting 
or deleting test node elements. One type of test node elements causes 
the call to be routed to a first termination if an OSPS record, indicating 
that the call originated through an operator, is incomplete. The next step is 
transmitting the OSPS record from the originating toll switch to the central 
database computer. Next, specific instructions for routing the call are 
determined from the routing plan and transmitted to the originating toll 
switch, received at the originating one of the toll switches implemented by 
the toll switch. Thus, the call will be routed to the first termination when 
the OSPS record detected by the originating toll switch indicates that the 
call originated through an operator. 

According to still another embodiment, the invention is a 
telecommunications toll switch system connecting callers with called 
service sponsors. The system has database computer that is shared by 
many toll switches. The database computer has a database storing 
routing plans connecting callers with the service sponsors. The routing 
plans define various alternative routes, a specific route among them being 
implemented by the originating toll switch after a call is received by the 
originating switch and instructions from the database computer received. 
The alternative routes are modifiable by a support system computer 
connected to the database computer by way of a GUI program running on 
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the support system. The GUI program is addressable through a 
communication through a direct modem connection via a termination or 
connection through the Internet. Instead of a GUI program, the support 
system computer could drive a telephone prompting program. To make 
telephone prompting easier, packaged sets of alternative routes could be 
predefined and selectively implemented by the sponsor over the phone. 
This would simplify telephone prompting. The alternative routes are 
defined by a conditional branch point, called a test node. Each test node 
has alternate branches stemming from it. Each branch corresponds to a 
route, the specific route chosen is connected to an outcome of the test 
node that satisfies a condition of the test node. The condition is 
determined by a parameter indicating the origin of the call. The parameter 
is communicated to the database computer through a query from the 
originating toll switch to the shared database computer. 

According to still another embodiment, the invention is a 
telecommunications toll switch system connecting callers with called 
service sponsors. A shared database computer connected to many toll 
switches has a database storing routing plans corresponding to the 
service sponsors. A billing recorder connected to the toll switch, records 
call-duration and data indicating rates to be applied to the call. The latter 
data are recorded on a billing record. The routing plans define specific 
routes to be implemented by the originating toll switch when a call is 
received by the originating switch. The specific route is one of the 
alternative routes. The alternative routes can end at the same 
destination. The alternative routes are modifiable by a support system 
computer connected to the database computer through a program running 
on it. As discussed above, the support system computer is addressable 
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through various means. The alternative routes are defined by a 
conditional branch point from which stem alternate branches. The specific 
route corresponds to one of the alternate branch that is connected to an 
outcome of the test node that satisfies a condition of the test node. At 
5 least one of the alternate branches has an object, called a rate node, that 
forces the rate applicable to the call to be overridden when that alternate 
branch is connected to the outcome. Thus the billing recorder records an 
override rate on the billing record when the condition is satisfied. The 
branch point is a test node in which the condition is determined by a 

10 parameter indicating an origin of the call. The parameter is communicated 
to the database computer through a query from the originating toll switch 
to the shared database computer. 

According to still another embodiment, the invention is a 
telecommunications switch system connected to a central database 

15 computer. The switch is programmed to generate data defining an origin 
of the call and transmits the data to the central database computer. The 
switch is also programmed to receive routing instructions from the central 
database computer, responsively to a transmission of the data, and to 
implement the routing instructions to route the call. 

20 According to still another embodiment, the invention is a computer 

for controlling a plurality of telecommunications switches. The computer 
has a mass storage unit containing a database and at least one 
communication terminal connected to at least one of the 
telecommunications switches. The terminal is for receiving call-origin-data 

25 defining an origination route of a call to the originating telecommunications 
switch. The terminal is also for transmitting a selected route back to the 
telecommunications switch. The database defines routes through which 
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the call may be routed to a final termination. The selected route is one of 
the routes defined in the database. The selected route is selected from 
among the routes responsively to a condition satisfiable by the call-origin- 
data. The computer has a programmable processor programmed to 
5 determine a selected route responsively to the condition and the call- 
origin-data. The programmable processor is further programmed to 
transmit the selected route to the telecommunications switch. 

According to still another embodiment, the invention is a method for 
controlling a telecommunications switch connected to a central database 

10 computer, comprising the steps of: generating origin data defining an 
origin of the call, transmitting the origin data to the central database 
computer, receiving routing instructions from the central database 
computer, responsively to a transmission of the origin data, and 
implementing the routing instructions to route the call. 

15 According to still another embodiment, the invention is a method for 

controlling a computer for controlling a plurality of telecommunications 
switches, comprising: storing, on the computer, routes through which the 
call may be routed to a final termination, the selected route being one of 
the routes, the selected route being selected from among the routes 

20 responsively to a condition satisfiable by the call-origin-data, receiving at 
the computer call-origin-data defining an origination route of a call to the 
at least one of the plurality of telecommunications switches and for 
transmitting a selected route back to the telecommunications switch, 
determining a selected route responsively to the condition and the call- 

25 origin-data; and transmitting the selected route to the telecommunications 
switch. 

According to a feature of an embodiment of the invention, rate 
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nodes are non-branching elements inserted in a routing plan that specify a 
rate to be used for billing. The rate is specified on the automated message 
accounting (AMA) record and used by a billing platform to generate bills to 
the callers. For example, a zero-rate node could be used on a time-of-day 
branch of a routing plan to make off-peak calls to an information service 
free. 

According to another feature of an embodiment of the invention, 
test nodes are branching elements inserted in routing plans. Test nodes 
define branches in the routing plan which are responsive to data such as 
the ANI or called number. For example, a test node with one branch for 
calls originating from an operator and another branch for other calls, can 
have an enhanced rate (implemented by means of a rate node on the 
positive branch stemming from the test node) applied to calls from an 
operator. For another example, a test node testing for a call from a LEC 
that does not supply ANI data can cause calls from no-ANI LECs to be 
routed to an operator or call prompter facility to obtain additional data from 
the caller to assess and respond to the credit profile of the caller. The 
latter allows a call from a no-ANI area to be handled in a way that reduces 
risk from no-ANI callers, which are the source of a great deal of 
uncollectible receivables assumed by pay calling service providers. 
BRIEF DESCRIPTION OF THE DRAWINGS 

In the drawing, 

Fig. 1 shows a typical overall block diagram of a pay service call 
through a toll network showing a call progressing through a local 
exchange carrier (LEC) to a first or originating toll switch having access to 
a shared database; 

Fig. 2 shows an example of a portion of a routing plan including a 
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rate node according to a first embodiment of the invention; 

Fig. 3 shows an example of a portion of a routing plan including a 
rate node according to a second embodiment of the invention; 

Fig. 4 shows an example of a portion of a routing plan including a 
5 rate node according to a third embodiment of the invention; 

Fig. 5 shows an example of a portion of a routing plan including a 
test node according to a fourth embodiment of the invention; 

Fig. 6 shows an example of a portion of a routing plan including a 
test node according to a fifth embodiment of the invention; 
io Fig. 7 shows an example of a portion of a routing plan including a 

test node according to a sixth embodiment of the invention; 

Fig. 8 shows a flow chart representing a method of allowing a 
sponsor to insert rate and/or test nodes into a routing plan. 

Fig. 9 shows a block diagram of devices for updating a routing plan 
15 stored on a database computer (NCP) by inserting, deleting, and 
modifying rate and test nodes through a support system computer. 
DETAILED DESCRIPTION 

Referring to Fig. 1, a toll-network system shown generally at 100 
connects a calling party with a called service provider. A calling party 
20 initiates a call through a calling plain old telephone (POT) 110, and is 
connected through a local exchange carrier (LEC) 120, to an originating 
toll switch (OTS) 130, in the present embodiment, a Lucent Technologies' 
#4 Electronic Switching System (#4ESS). Alternatively, POT 111 is 
connected to OTS 130 with operator assistance via operator assist 
25 platform 112. Also shown connected to OTS 130 is a calling POT or 
computer (PC) or PBX or some other kind of calling station directly 
connected to OTS 130 without the need for access through a an 
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originating LEC. OTS 130 is in communication with a database computer 
called a network control point (NCP) 140. OTS 130 is connected to a 
terminating toll switch TTS 150, in the present embodiment, also a 
#4ESS. TTS 150 routes the call from OTS 130 to a terminating LEC 160 
5 which connects the call to a called POT 170 of an information provider or 
other pay-for-call service. 

Also connected to TTS 150 is an interacter client (IC) 180 which is 
a service type of information provider or sponsor that is connected directly 
to TTS 150. Interacter client 180 is capable of retrieving specialized data 

10 from TTS 150 and Calling POT 110 may be a computer, cell phone, a 
private branch exchange (PBX), other customer premises or off-premises 
equipment, a personal computer connecting to the public network through 
the Internet, or some other telecommunications device . Called POT 170 
is a pay-for-call service such as a 900 number service. The LECs may be 

15 one or more end offices or tandem offices that establish local area 
connections. 

Alternatively, in other embodiments, the calling party is connected 

directly to the OTS. Also, although only two toll switches, OTS 130 and 

TTS 150, are shown in a real network, many toll switches may be involved 
20 in making the connection between OTS 130 and TTS 150. These toll 

switches may be interconnected by fiber optic channels (not shown), 

satellite, radio, or other communication systems. 

Note that not shown in Fig. 1 are signal transfer point (STP) 

centers that provide for connections and may or may not be the points 
25 through which the control signal passes. STP connections are involved in 

communications between OTS 130 and NCP 140 and between OTS 130 

and TTS 150. 
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NCP 140 may be connected to many toll switches other than OTS 
130, as shown. NCP 140 is a shared system that contains a computer, a 
memory, and mass storage for data that includes: telephone numbers and 
credit card numbers correlated with other data to permit various 
5 responses by OTS 130, to be described below. NCP 140 is connected to 
a support system 195, either a separate computer that communicates with 
NCP 140 or functionality within NCP 140 that allows certain syntheses of 
data contained by NCP 140 to be made and communicated to OTS 130. 
OTS 130, identifying the 900 or other special number being called, 

10 transmits an initial query containing the called number, the AN I (or 
originating NPA is sent if the ANI is not available) and, possibly, other 
data. NCP 140 responds by looking in the stored data, making 
calculations based on sponsor-defined algorithms, and replies with billing 
and routing information OTS 130 will use for billing and routing the call. 

15 The latter features are discussed in more detail below. 

OTS 130 is also connected to an AMA recording unit 133 which 
records the duration of calls and other data for billing purposes. OTS 130 
is capable of blocking calls in response to special routing instructions from 
NCP 140. 

20 Connected to support system 195 is a billing platform 185. Billing 

platform 185 is a separate computer that communicates with support 
system 195. Billing platform 185 calculates bills to the customer making 
the call from automatic message accounting (AMA) record generated by 
AMA recorder 133 connected to OTS 130 and from billing data from 

25 originating LEC 120. Note that the AMA record contains call billing 
information from NCP 140 including special rates from support system 
195. 
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Support system 195 is either a separate computer or functionality 
programmed in NCP 140. Support system 195 generates code in 
response to user input which code is implemented by NCP 140. The user 
interacting with support system 195 can be either a person working for the 

5 toll company on behalf of a sponsor or a sponsor itself. Support system 
195 is accessible from remote stations such as telephone modems 
connected to PCS or a network workstation or from a directly connected 
termination. Support system 195 provides a user interface to a computer 
program that generates code that can be run on NCP 140. 

io An announcement system 196 permits callers to be prompted for 

and respond to requests for further information such as to enter an 
account number, PIN, or credit card number etc. Announcement system 
generates synthetic voice-prompting without the need for an operator. 

NCP 140 is a resource shared by many toll switches such as OTS 

15 130 and TTS 150. Preferably more than one NCP device will be employed 
with redundant information to create a failsafe system. NCP 140 can be 
updated by sponsors accessing support system 195 either directly, such 
as via a secure access through the Internet, or indirectly by making 
requests to the toll company which makes the modifications for the 

20 sponsor. In this way, credit information required to score callers on their 
relative credit risk can gradually be compiled on billing platform 185 
(accessed through NCP 140) and used to control routing and billing of 
calls. 

Support system 195 is typically a computer that runs human- 
25 interface software, a graphic user interface (GUI), that generates a 
customer application language (CAL) is run and utilized by NCP 140. 
From the point of view of a user (the provisioner or person, which could be 



16 



Kawecki 3 

the sponsor, using the GUI), the routing plan (visible through the GUI) 
provides logical functions such as conditional branching, looping, and 
parameter tests for implementing decision trees in response to information 
about a call. For example, the call information, as discussed above, 
5 includes at least the ANI or the NPA, if the ANI is not supplied by the LEC 
120. A sponsor may wish to have the call routing sent from NCP 140 to 
OTS 130 to indicate that the call should be terminated (with an 
announcement) if there is no ANI available. 
Rate Node 

10 Referring to Figs. 2, 3 and 4 examples of portions of a call routing 

plan for purposes of describing features and examples of application of 
the invention is shown. In a related application entitled Method and 
Apparatus for Controlling Rating of Calls to Pay Services, the entirety of 
which is incorporated herein by reference, a device for affecting the rate to 

15 be applied to a call, in response to a change in routing (routing here can 
mean a purely symbolic logical device so that a call may have alternative 
routes but still connected to the same destination), is described. In each 
plan portion, a call is routed to either a first (Term 1 201a) or a second 
(Term 2 201b) termination. The terminations shown and discussed are 

20 arbitrary and identified for purposes of describing the rate nodes. In Fig. 2, 
a geographic routing decision is made at 201 and a rate node 202 placed 
in the path of one outcome to apply a specified rate to the corresponding 
path. In the example of Fig. 2, the area code of the ANI is tested to 
determine if the call is from area code 914. If the call is from 914 the call is 

25 routed to termination 2 and if it is not, it is routed to termination 1. Along 
the termination 1 -route is a rate node 202 that applies a rate for non- 
residences. Such a rate node application could be used for example to 
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charge out-of-state callers a higher fee for information about a state 
lottery. 

In Fig. 3, a test node 203 (described in more detail below) is used 
to determine whether the call is from a no-ANI LEC and if so, the call is 
5 zero-rated (no charge) by a zero-rate node 204 and then the call is routed 
to an operator 205 to obtain alternate form of credit. Note that additional 
credit information, such as a credit card number and expiration date, could 
be obtained through a prompter into which the caller enters digits on the 
numeric keypad of the calling phone. 

io In Fig. 4, at 206, the time of day determines the routing of the call 

to termination 1 209 if the time of the call is between 8:00AM and 5:00PM 
or termination 2 208 if the call is made at some other time. Along the 
termination 2 branch, a rate node 207 zero rates the call so that no 
charge is made. Other examples of rate node implementations are: 

15 Override-Rate-for-Defaults - A default branch in a decision tree 
determining routing of a call could have a different rate applied from that 
for a main branch of the decision tree. Multiple-Rate-Prompting - One type 
of decision-making branch implemented on NCP 140 is called a call- 
prompter node. This type of node is used to make decisions as to the 

20 routing of the call based on caller-entered digits. This node prompts the 
user, using announcement system 196 to prompt the user for voice or 
keyed commands. A rate node can be inserted along any branch defined 
by a call-prompter node so that each branch or destination would have a 
different rate applied to it. For example, a caller could be prompted to 

25 indicate the type of product for which he requires information and then 
identify the class of customer that applies (e.g., business, home, 
educational). Each destination could have a different rate applied to it. 
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Test Node 

Referring to Figs. 5, 6, and 7, examples of test nodes are shown. A 
test node is an element in a call routing plan that tests for some parameter 
of the calling party or some other feature of the call and makes a routing 

5 decision based on the result. For example, in Fig. 5, a test node 301 tests 
the ANI field of the calling party to determine if the ANI is provided. If no 
ANI is supplied, the call is terminated with an announcement. If an ANI is 
supplied, the call is routed to a termination associated with the provider's 
service. In this example, the service provider has chosen to eliminate calls 

10 from no-ANI callers, which is useful to avoid the credit risk of such calls. In 
Fig. 6, an ANI test node 303 is used to route the call to an operator 305 to 
obtain additional credit information on the caller. The route including the 
operator also includes a zero-rate node 325 which zeros out the call rate 
to the operator so the caller is not charged twice (since the caller is paying 

15 for the call with his credit card). In this case, for example, the credit-card 
operator would obtain information to allow the service provider to bill the 
caller's credit card instead of relying on the toll company which may or 
may not be able to collect since the caller's ANI is not known. In Fig. 7, an 
OSPS test node 306 checks to determine if the call was made with 

20 operator assistance, as for example a call from originating POTS 111 
through operator assist platform 112. In the example of Fig. 7, the call is 
routed appropriately and an announcement provided to indicate to the 
caller that a surcharge will be applied to the call. Another type of test node 
determines whether a call originated from a cell phone. Different routing 

25 could be applied when a call originates from a cell phone. For example, 
cell calls could be handled more expeditiously in exchange for a 
surcharge which could be implemented with a test node in connection with 
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a rate node. 

Note that in the above examples, although multiple terminations 
are shown, there is no reason that the termination could not be the same. 
Thus the branch for example in Fig. 7 might be just for the purpose of 
5 providing the announcement or the branching in Fig. 2 might be just for 
application of the different rates. 

The following describes the course of a call made according to the 
invention 

1. A caller dials a number, for example, a pay-for-information 
10 number 1-900-NXX-XXXX. 

2. Originating LEC 120 recognizes the number as one for the toll 
company providing 900 service to sponsors. Originating LEC 120 then 
routes the call to OTS 130. 

3. OTS 130 receives the called number and ANI from LEC 120, 
15 generates a query containing this information, and sends the query to 

NCP 140. 

4. NCP 140 looks up the called telephone number to determine the 
corresponding routing plan to implement. The routing plan contains test 
nodes and/or rate nodes. NCP implements the plan to generate 

20 instructions for the routing and rating of the call. 

5. NCP 140 transmits a message that indicates the appropriate 
routing and rating information back to OTS 130. This information could 
instruct OTS 130 to simply complete the call to the ultimate destination or 
to do something, such as prompt the caller to enter further information and 

25 respond to NCP 140 with the results. 

6. OTS 130 sends a message to TTS 150 indicating the destination 
of the call. 
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7. The call terminates at the sponsor's site 180. 

8. TTS 150 indicates to OTS 130 that the call has been picked up 
("answer supervision"). 

9. OTS 130 begins recording the AMA record using information, 
5 including an index value corresponding to a rate to be applied, which 

information is supplied earlier from NCP 140. Note that the rate 
information could be supplied directly (dollars and cents) rather than 
through an index value and recorded on the AMA record. 

10. The AMA record is supplied to billing platform 185. EMI data 
10 containing billing data from the LEC is also supplied to the billing platform 

if the call is a no-ANI call) 

11. Billing platform 185 derives the special rating information from 
the AMA record and applies it to prepare a bill. 

Referring to Fig. 8, the following describes the logic of the GUI 
15 used to define routing plans and credit-risk database ultimately used by 
NCP 140 and billing platform 185. At S1, the user (the sponsor itself or a 
toll-company employee running the GUI on the sponsor's behalf) is 
prompted to indicate whether a modification of the routing/rating plan or 
caller database is desired. At S2, if the user wishes to modify the 
20 routing/rating plan, the user is prompted to indicate whether the insertion 
or deletion of a rate node or insertion or deletion of a test node is desired. 
At S3, in response to an indication at step S1 that the user wishes to 
modify the caller database, the GUI executes a routine to allow the 
making of modifications to the database defining customer risk correlated 
25 with ANIs. At S4, if the user indicated that a rate node was to be inserted, 
the user is prompted with a list of routing branches to which a rate node 
can be applied. The user selects from the list, is prompted to select the 
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type of rate and the amount if applicable and the rate node is added. At 
step S5, if the user indicated that a rate node was to be deleted, the user 
is prompted with a list of existing rate nodes showing the type of rates with 
the corresponding routing branches. The user selects the rate to be 

5 deleted. At step S6, if the user indicated that a test node was to be 
inserted, the user is prompted with a list of routing branches to which a 
test node can be applied. The user selects a branch and is prompted to 
select from a list of types of test nodes and the test node is added. Then 
the user is prompted to indicate the termination for the new branch of the 

10 test node. At step S7, if the user indicated that a test node was to be 
deleted, the user is prompted with a list of existing test nodes showing the 
type of test nodes. The user selects the test node to be deleted and the 
test node is deleted. 

Note that, ideally, the GUI interface follows the format of a flow 

15 chart. Thus, Figs. 2-7 represent the kinds of graphical objects that are 
preferably used in the GUI to allow updates to be made to the routing 
plans. Thus, in a preferred embodiment, the GUI projects flow charts onto 
a computer screen allowing the flow-chart elements to be manipulated, 
moved, deleted, modified, selected, and so as well known in the 

20 programming field to form, modify, or eliminate various features of the 
routing plans. 

Referring to Fig. 9, note that the modifications to the routing plans 
stored in NCP 140 are implemented by means a GUI running on support 
system computer 195. The support system 195 can be accessed by a 
25 sponsor through various means such as through touch-tone commands 
and voice prompting using a telephone 171. This allows even small 
sponsors to make customized call routing plans. Alternatively, the GUI 
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can be accessed by means of a secure Internet connection 173 through a 
termination 174. Still another means of accessing the GUI is through a 
direct dial-up service using a modem. 176 and a PC 172. 

Note that a menu of predefined routing plans could be stored on 

5 support system 195 which would make updating of routing plans more 
amenable to voice-prompting through telephone 171 as well as the other 
methods described with reference to Fig. 9. Predefined plans could be 
defined by the toll company as recommended plans or defined by the 
sponsor and stored for later selective implementation. Such a scenario 

10 would be more amenable to voice-prompting. 
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I claim: 

1 1 . A telecommunications toll switch system connecting callers with 

2 called service sponsors, comprising: 

3 toll switches forming a network; 

4 a shared database computer connected to at least one of said toll 

5 switches, said shared database computer having a database storing 

6 routing plans defining routes connecting said callers to at least one of said 

7 service sponsors; 

8 said database computer being programmed to return instructions to 



9 said at least one of said toll switches in response to a query from said at 

10 least one of said toll switches, said query being generated by said at least 
n one of said toll switches in response to a call from one of said callers to 

12 said at least one of said service sponsors, said query indicating initial 

13 route information followed by said call before reaching said at least one of 

14 said toll switches, said instructions indicating a specific route for said call 

15 to be implemented by said at least one of said toll switches in response to 

16 said instructions; 



n said initial route information providing an indication of a route 

18 followed by said call from said one of said callers to said at least one of 

19 said toll switches; 

20 said routing plan defining alternative routes from which said 

21 specific route is selected by said database computer in response to said 

22 routing plan and said initial route information. 

1 2. A system as in claim 1, wherein said routing plan is such that 

2 said specific route is a first route when said initial route includes an 

3 indication that said call was operator-assisted. 
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1 3. A system as in claim 1 , further comprising: 

2 an announcement system connected to said at least one of said toll 

3 switches, said announcement system having a recording indicating that a 

4 specified rate is to be applied to said call; 

5 said routing plan being such that said specific route is a first route 

6 when said information includes an indication that said call was operator- 

7 assisted; 

8 said first route being such that said announcement system is 

9 controlled to play said recording when said specific route is said first 

10 route. 

1 4. A system as in claim 1, wherein said routing plan is such that 

2 said specific route is a second route when said information includes an 

3 indication that said call originated from a cellular phone. 

1 5. A system as in claim 1 , wherein said routing plan is such that 

2 said specific route is a third route when said information lacks an 

3 identification of the caller. 

1 6. A system as in claim 5, further comprising a support system 

2 computer connected to said database computer and programmed to 

3 update said routing plans in response to input data directly entered by 

4 said service sponsors. 

1 7. A system as in claim 1 , further comprising: 

2 an announcement system connected to said at least one of said toll 
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3 switches, said announcement system having a recording indicating that a 

4 specified rate is to be applied to said call; 

5 said routing plan being such that said specific route is a third route 

6 when said information lacks an identification of the caller; 

7 said third route being such that said announcement system is 

8 controlled to play said recording when said specific route is said third 

9 route. 



1 8. A system as in claim 1 , wherein: 

2 said routing plan is such that said specific route is a third route 

3 when said information lacks an identification of the caller; and 

4 said third route includes an operator for obtaining credit information 

5 from said one of said callers. 

1 9. A system as in claim 1, wherein said routing plan is such that 

2 said specific route is a fourth route when said information includes an 

3 indication that said call originated from one of a specified LEC and a 

4 specified area code. 

1 10. A system as in claim 9, further comprising a support system 

2 computer connected to said database computer and programmed to 

3 update said routing plans in response to input data directly entered by 

4 said service sponsors. 

1 11. A system as in claim 1, further comprising a support system 

2 computer connected to said database computer and programmed to 

3 update said routing plans in response to input data directly entered by 
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said service sponsors. 



1 12. A telecommunications toll switch system connecting callers with 

2 called service sponsors, comprising: 

3 a network having toll switches; 

4 a database computer connected to an originating toll switch of said 

5 toll switches; and 

6 database computer having a database storing routing plans 

7 defining alternative routes that connect said callers to a termination of one 

8 of said service sponsors; 

9 each of said alternative routes being determined based on at least 

10 one parameter supplied in a query receivable by said database computer 
n from said originating switch; 

12 said originating switch being programmed to generate said query 

13 responsively to a call received by said originating switch from one of said 

14 callers to said one of said service sponsors; 

15 said originating switch being programmed to implement a specific 

16 route determined based on said at least one parameter after receiving 

17 data from said database computer responsive to said routing plan and 

18 said query; 

19 said parameter being one of data identifying a calling party number 

20 used by said caller to place said call, data indicating that said call arrived 

21 at said originating switch through a human operator, and data indicating 

22 that said call originated from a cellular telephone. 

i 13. A system as in claim 12, wherein said parameter is data 
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2 indicating that said call arrived at said originating switch through a human 

3 operator. 



1 14. A system as in claim 12, further comprising: 

2 an announcement system connected to said at least one of said toll 

3 switches, said announcement system having a recording indicating that a 

4 specified rate is to be applied to said call; 

5 said parameter is data indicating whether said call arrived at said 

6 originating switch through a human operator and said routing plan being 

7 defined such that said specific route is a first route when said parameter 

8 indicates said call arrived through a human operator; 

9 said first route being such that said announcement system is 

10 controlled to play said recording when said specific route is said first 
n route. 



1 15. A system as in claim 12, wherein said parameter is data 

2 indicating that said call originated from a cellular telephone. 



1 16. A system as in claim 12, wherein said parameter is data 

2 identifying a calling party number used by said caller to place said call or 

3 data incompletely identifying said calling party number. 

4 

5 17. A system as in claim 12, further comprising: 

6 a support system computer connected to said database computer 

7 and programmed to update said routing plans in response to input data 

8 directly entered by said service sponsors; 

9 said support system computer being programmed to represent said 
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routing plans as at least one graphical object with each of said alternative 
routes corresponding to a branch-shaped portion of said graphical object. 

18. A system as in claim 12, further comprising: 

an announcement system connected to said at least one of said toll 
switches, said announcement system having a recording indicating that a 
specified rate is to be applied to said call; 

said parameter being data identifying a calling party number used 
by said caller to place said call or data incompletely identifying said calling 
party number; 

said routing plan being defined such that said specific route is a 
third route when said data incompletely identifies said calling party 
number; 

said routing plan being defined such when said specific route is 
said third route, said announcement system is controlled to play said 
recording when said specific route is said third route. 

19. A system as in claim 12, wherein: 

said parameter is data identifying a calling party number used by 
said caller to place said call or data incompletely identifying said calling 
party number; 

said routing plan being defined such that said specific route is a 
third route when said data incompletely identifies said calling party 
number; 

said third route directs said call to a human operator. 

20. A telecommunications toll switch system connecting callers with 
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2 called service sponsors, comprising: 

3 a network having toll switches; 

4 a database computer connected to an originating toll switch of said 

5 toll switches; and 

6 database computer having a database storing routing plans 

7 defining alternative routes that connect said callers to a termination of one 

8 of said service sponsors; 

9 each of said alternative routes being determined based on at least 

10 one parameter supplied in a query receivable by said database computer 
n from said originating switch; 

12 said originating switch being programmed to generate said query 

13 responsively to a call received by said originating switch from one of said 

14 callers to said one of said service sponsors; 

15 said originating switch being programmed to implement a specific 

16 route determined based on said at least one parameter after receiving 
n data from said database computer responsive to said routing plan and 

18 said query; 

19 said parameter being data defining, at least partly, an originating 

20 route by which said call arrived at said originating switch prior. 

1 21. A method for permitting control of call routing and billing by 

2 sponsors of pay-for-call services in a toll network system having toll 

3 switches, a central database computer connected to said toll switches 

4 having a routing plan stored therein, comprising the steps of: 

5 modifying said call routing plans by insertion or deletion of an 

6 element that causes a call to be routed to a first termination when an ANI 

7 record detected by an originating one of said toll switches is incomplete; 
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8 transmitting ANI data relating to a call from said originating one of 

9 said toll switches to said central database computer; 

10 determining specific instructions for routing said call from said 
n routing plan modified by said step of modifying and transmitting said 

12 specific instructions to said originating one of said toll switches; 

13 receiving at said originating one of said toll switches said specific 

14 instructions and routing said call from said originating one of said toll 

15 switches to said first termination when said ANI record detected by said 

16 originating one of said toll switches is incomplete. 

1 22. A method for permitting control of call routing and billing by 

2 sponsors of pay-for-call services in a toll network system having toll 

3 switches, a central database computer connected to said toll switches 

4 having a routing plan stored therein, comprising the steps of: 

5 modifying said call routing plans by insertion or deletion of an 

6 element that causes a call to be routed to a first termination if an OSPS 

7 record, indicating that said call originated through an operator, detected 

8 by an originating one of said toll switches is incomplete; 

9 transmitting OSPS record relating to a call from said originating one 

10 of said toll switches to said central database computer; 

n determining specific instructions for routing said call from said 

12 routing plan modified by said step of modifying and transmitting said 

13 specific instructions to said originating one of said toll switches; 

14 receiving at said originating one of said toll switches said specific 

15 instructions and routing said call from said originating one of said toll 

16 switches to said first termination when said OSPS record detected by said 
n originating one of said toll switches indicates said call originated through 



31 



Kawecki 3 

18 an operator. 

1 23. A telecommunications toll switch system connecting callers 

2 with called service sponsors, comprising: 

3 toll switches forming a network; 

4 a shared database computer connected to at least one of said toll 

5 switches, said shared database computer having a database storing 

6 routing plans corresponding to at least one of said service sponsors; 

7 said routing plans defining a specific route to be implemented by an 

8 originating toll switch of said toll switches when a call is received by said 

9 originating switch, said specific route being one of at least two alternative 

10 routes, said at least two alternative routes possibly ending at the same 
n destination; 

12 said two alternative routes being modifiable by a support system 



13 computer connected to said database computer through a program 

14 running thereon and addressable through at least one of telephone 

15 prompting, communication through direct modem connection via a 

16 termination, and connection through the Internet; 

n said two alternative routes being defined by a conditional branch 

18 point, called a test node, from which stem two alternate branches, each 

19 branch corresponding to a one of said two alternative routes, said specific 

20 route corresponding to the one of said two alternate branches that is 

21 connected to an outcome of said test node that satisfies a condition of 

22 said test node; 

23 said condition of said test node being determined by a feature of 

24 data corresponding to an origin of said call, said data being 

25 communicated to said database computer through a query from said 
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26 originating toll switch to said shared database computer. 

1 24. A telecommunications toll switch system connecting callers 

2 with called service sponsors, comprising: 

3 toll switches forming a network; 

4 a shared database computer connected to at least one of said toll 

5 switches, said shared database computer having a database storing 

6 routing plans corresponding to at least one of said service sponsors; 

7 a billing recorder connected to said toll switch, said billing recorder 

8 recording a duration of a call and a rate to be applied to said call on a 

9 billing record; 

10 said routing plans defining a specific route to be implemented by an 
n originating toll switch of said toll switches when a call is received by said 

12 originating switch, said specific route being one of at least two alternative 

13 routes, said at least two alternative routes possibly ending at the same 

14 destination; 

15 said two alternative routes being modifiable by a support system 



16 computer connected to said database computer through a program 

17 running thereon and addressable through at least one of telephone 
is prompting, communication through direct modem connection via a 

19 termination, and connection through the Internet; 

20 said two alternative routes being defined by a conditional branch 

21 point from which stem two alternate branches, each branch corresponding 

22 to a one of said two alternative routes, said specific route corresponding 

23 to the one of said two alternate branches that is connected to an outcome 

24 of said test node that satisfies a condition of said test node; 

25 at least one of said two alternate branches having an object, called 
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26 a rate node, that forces said rate to be applied to said call to be 

27 overridden when said at least one of said two alternate branches is 

28 connected to said outcome, whereby said billing recorder records an 

29 override rate on said billing record when said condition is satisfied; 

30 said branch point being a test node in which said condition is 

31 determined by a parameter indicating an origin of said call from a caller of 

32 said callers, said parameter being communicated to said database 

33 computer through a query from said originating toll switch to said shared 

34 database computer. 



1 25. A system as in claim 24, wherein said parameter indicates 

2 whether said call originated through operator-assistance. 

1 26. A system as in claim 24, further comprising: 

2 an announcement system connected to said at least one of said toll 

3 switches, said announcement system having a recording indicating that 

4 said rate is to be applied to said call; 

5 said routing plan being such that said one of said two alternative 

6 branches defines a first route when said parameter indicates that said call 

7 was operator-assisted; 

8 said first route being defined such that said announcement system 

9 is controlled to play said recording when said specific route is said first 

10 route. 

1 27. A system as in claim 24, wherein said parameter indicates 

2 whether said call originated from a cellular phone. 
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1 28. A system as in claim 24, wherein said parameter is an 

2 indication of a caller AN I or lack thereof which identifies the calling 

3 telephone number or, if the ANI is lacking, the local exchange company of 

4 said caller. 

1 29. A system as in claim 28, further comprising: 

2 an announcement system connected to said at least one of said toll 

3 switches, said announcement system having a recording indicating that 

4 said rate is to be applied to said call; 

5 said routing plan being such that said one of said two alternative 

6 branches defines a third route when said parameter indicates that an ANI 

7 is lacking; 

8 said third route being defined such that said announcement system 

9 is controlled to play said recording when said specific route is said third 

10 route. 

1 30. A system as in claim 28, wherein: 

2 said routing plan is such that said specific route is a third route 

3 when said parameter indicates said ANI is lacking; and 

4 said third route routes said call through an operator to obtain credit 

5 information from said caller. 

1 31. A system as in claim 1, wherein said parameter is an indication 

2 that said call originated from one of a specified LEC and a specified area 

3 code. 

l 32. A telecommunications switch, comprising: 
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2 a communication terminal for communicating with a central 

3 database computer; 

4 said telecommunications switch being programmed to generate 

5 data defining an origin of said call and to transmit said data to said central 

6 database computer; 

7 said telecommunications switch being further programmed to 

8 receive routing instructions from said central database computer, 

9 responsively to a transmission of said data, and to implement said routing 

10 instructions to route said call. 

1 33. A switch as in claim 32, wherein said data includes an AN I of 

2 said call. 

1 34. A switch as in claim 32, where in said data includes an 

2 indication that said call arrived at said switch through operator assistance. 

1 35. A switch as in claim 32, wherein said data includes an 

2 indication that said call arrived at said switch from a cellular phone. 

3 

4 36. A method for controlling a plurality of telecommunications 

5 switches, comprising: 

6 receiving, at a database computer connected to at least one of said 

7 plurality of telecommunications switches, call-origin-data defining an 

8 origination route of a call to said at least one of said plurality of 

9 telecommunications switches; 

10 determining at said database computer a selected route 
n responsively to said condition and said call-origin-data; 
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12 transmitting in response thereto said selected route back to said 

13 telecommunications switch; 

14 said step of transmitting being responsive to a database of said 

15 database computer defining routes through which said call may be routed 

16 to a final termination, said selected route being one of said routes, said 

17 selected route being selected from among said routes responsively to a 

18 condition satisfiable by said call-origin-data. 

1 37. A method as in claim 36, wherein said call-origin-data includes 

2 data indicating a calling number (ANI) of said call. 

1 38. A method as in claim 36, wherein said call-origin-data includes 

2 data indicating that said call originated through an operator. 

1 39. A method as in claim 36, wherein said call-origin-data includes 

2 data indicating that said call originated from a cellular phone. 

1 40. A method as in claim 36, wherein at least one of said 

2 alternative routes includes a rate node defining a rate to be applied to said 

3 call. 

1 41 . A method as in claim 36, wherein: 

2 said call-origin-data includes data indicating one of an ANI or an 

3 indication that said ANI is not provided by a local exchange company from 

4 which said call originated; and 

5 said selected route includes an indication that an announcement is 

6 to be played by said toll switch when said data indicates that said ANI is 
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7 not provided, said message indicating that a surcharge is to be applied to 

3 said call. 

1 42. A method as in claim 36, wherein: 

2 said call-origin-data includes data indicating one of an ANI or an 

3 indication that said ANI is not provided by a local exchange company from 

4 which said call originated; and 

5 said selected route includes one of a human operator platform and 

6 a digit-prompter to obtain information from a caller making said call when 

7 said data indicates that said ANI is not provided. 

1 43. A method for controlling a telecommunications switch 

2 connected to a central database computer, comprising the steps of: 

3 generating origin data defining an origin of said call; 

4 transmitting said origin data to said central database computer; 

5 receiving routing instructions from said central database computer, 

6 responsively to a transmission of said origin data, and 

7 implementing said routing instructions to route said call. 

1 44. A method for controlling a computer for controlling a plurality of 

2 telecommunications switches, comprising: 

3 storing, on said computer, routes through which said call may be 

4 routed to a final termination, said selected route being one of said routes, 

5 said selected route being selected from among said routes responsively to 

6 a condition satisfiable by call-origin-data; 

7 receiving at said computer said call-origin-data defining an 

8 origination route of a call to said at least one of said plurality of 
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9 telecommunications switches; 

10 determining a selected route responsively to said condition and 
n said call-origin-data; and 

12 transmitting said selected route to said telecommunications switch. 

1 45. A method for controlling a computer for controlling a plurality of 

2 telecommunications switches, comprising: 

3 storing, on said computer, routes through which said call may be 

4 routed to a final termination, said selected route being one of said routes, 

5 said selected route being selected from among said routes responsively to 

6 a condition satisfiable by call-origin data defining a route of said call to an 

7 originating switch of said plurality of switches; 

8 receiving at said computer said call-origin-data; 

9 determining a selected route responsively to said condition and 

10 said call-origin-data; 

11 said step of determining being effective to determine an override 

12 rate applicable to said call; and 

13 transmitting said selected route to said telecommunications switch. 

1 46. A method as in claim 45, further comprising the step of 

2 controlling a billing record to record data responsive to said rate data. 

1 47. A method as in claim 46, further comprising the steps of 

2 reading said billing record and generating data defining rates for billing for 

3 said call. 
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1 48. A method as in claim 45, further comprising the steps of 

2 controlling an announcement system connected to said switch to invoke 

3 an announcement indicating a surcharge to be applied to said call 

4 responsively to said instructions and said rate data. 
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Abstract 

A telecommunications toll network system employs a central 
database computer to provide routing and calling rate instructions to toll 
switches. To allow sponsors of pay services, such as 900 number 

5 information services, to control the kinds of calls they receive and the 
rates charged, the central database computer employs routing plans. 
These routing plans contain conditional branches which are selected 
based on data provided in a query from the originating toll switch (OTS) 
and sent to the database computer via common channel signaling (CCS). 

10 According to the invention, sponsors can insert objects in their routing 
plans to override the default rate to be applied to the call. These objects 
are called rate nodes. Rate nodes are non-branching elements inserted in 
a routing plan that specify a rate to be used for billing. The rate is 
specified on the automated message accounting (AMA) record and used 

15 by a billing platform to generate bills to the callers. Another type of object, 
test nodes are branching elements inserted in routing plans. Test nodes 
define branches in the routing plan which are responsive to data indicative 
of an initial route from the caller to the OTS such as the ANI or NPA (the 
area code or originating LEC. Since the routes and rating are determined 

20 by a program in response to a single query from the OTS, the call is 
handled quickly. Additionally, smaller service providers without the ability 
to set up communications between their own facility (which might be 
simply a plain old telephone system; POTS) are able to make use of the 
control features provided. 
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IN THE UNITED STATES 
PATENT AND TRADEMARK OFFICE 

Declaration and Power of Attorney 



As the below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my 
name. 

I believe I am the original, first and sole inventor of the subject matter which is 
claimed and for which a patent is sought on the invention entitled Method And 
Apparatus For Controlling Routing Of Calls To Pay Services the specification of 
which is attached hereto. 

I hereby state that I have reviewed and understand the contents of the above 
identified specification, including the claims, as amended by an amendment, if any, 
specifically referred to in this oath or declaration. 

I acknowledge the duty to disclose all information known to me which is material to 
patentability as defined in Title 37, Code of Federal Regulations, 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, 119 of 
any foreign application(s) for patent or inventor's certificate listed below and have also 
identified below any foreign application for patent or inventor's certificate having a filing 
date before that of the application on which priority is claimed: 

None 

I hereby claim the benefit under Title 35, United States Code, 120 of any United 
States application(s) listed below and, insofar as the subject matter of each of the claims 
of this application is not disclosed in the prior United States application in the manner 
provided by the first paragraph of Title 35, United States Code, 112, I acknowledge the 
duty to disclose all information known to me to be material to patentability as defined in 
Title 37, Code of Federal Regulations, 1.56 which became available between the filing 
date of the prior application and the national or PCT international filing date of this 
application: 



None 



I hereby declare that all statements made herein of my own knowledge are true and 
that all statements made on information and belief are believed to be true; and further that 
these statements were made with the knowledge that willful false statements and the like 
so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 
of the United States Code and that such willful false statements may jeopardize the 
validity of the application or any patent issued thereon. 
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I hereby appoint the following attomey(s) with full power of substitution and 
revocation, to prosecute said application, to make alterations and amendments therein, to 
receive the patent, and to transact all business in the Patent and Trademark Office 
connected therewith: 

Samuel H. Dworetsky (Reg. No. 27873) 

Thomas A. Restaino (Reg. No. 33444) 

Barry H. Freedman (Reg. No. 26166) 

Stephen M. Gurey (Reg. No. 27336) 

Karin L. Williams (Reg. No. 3672 1) 

Jose de la Rosa (Reg. No. 34810) 

Michele L. Conover (Reg. No. 34962) 

Jeffrey M. Weinick (Reg. No. 36304) 

Robert B. Levy (Reg. No. 28234) 

Alfred G. Steinmetz (Reg. No. 2297 1) 

Please address all correspondence to Mr. S. H. Dworetsky, AT&T Corp., 
P.O. Box 41 10, Middletown, New Jersey 07748. Telephone calls should be made to 
Stephen M. Gurey by dialing 908-957-3924. 



Full name of sole inventor: Michael Anthony Kawecki 

Inventor's signature Date. 

Residence: South Bound Brook, Middlesex County, New Jersey 
Citizenship: United States of America 



Post Office Address: 120 Edgewood Terrace 

South Bound Brook, New Jersey 08880 



